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GAMING SOFTWARE PROVIDING OPERATING SYSTEM INDEPENDENCE 

Related Application 

This application claims the benefit of U.S. Provisional Application Serial No. 
5 60/579,828 filed June 15, 2004, which is incorporated herein by reference. 

Field 

The present invention relates generally to software for gaming machines, and more 
particularly to providing an environment for executing gaming machine software that is 
independent of the underlying operating system. 

10 Copyright Notice/Permission 

A portion of the disclosure of this patent document contains material that is subject 
to copyright protection. The copyright owner has no objection to the facsimile 
reproduction by anyone of the patent document or the patent disclosure as it appears in the 
Patent and Trademark Office patent file or records, but otherwise reserves all copyright 

15 rights whatsoever. The following notice applies to the software and data as described 
below and in the drawings hereto: Copyright © 2003, 2004, WMS Gaming, Inc. All 
Rights Reserved. 

Background 

Today's gaming terminal typically comprises a computerized system controlling a 
20 video display or reels that provide wagering games such as slots, video card games (poker, 
blackjack etc.), video keno, video bingo, video pachinko and other games typical in the 
gaming industry. In past systems, the software controlling the computerized system has 
been primarily proprietary software, including both the operating system and gaming 
software. 

25 In previous systems, the gaming terminal software has been provided as a single 

monolithic system. That is, all of the software is built and provided as a single product or 
unit. This manner of providing gaming software can lead to several problems. 
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For example, one problem is that different jurisdictions (e.g. nations, states, 
provinces etc.) have varying rules that are enforced with respect to gaming. 
Accommodating each jurisdiction's rules in previous systems becomes more and more 
complex as time goes on. 
5 Additionally, there has been a trend in recent times towards the acceptance by 

regulatory bodies and the gaming industry of networking game machines and gaming 
components. Such networking of game machines increases the desirability of providing 
modular gaming machine components rather than single monolithic gaming systems 
because modular components are more efficiently managed and delivered over a network. 

10 Furthermore, gaming systems are now being run on a variety of different operating 

systems. For example, a central server for a gaming establishment may be running one 
operating system while the gaming machines run alternative and incompatible software. 
As a result, significant portions of the gaming software must typically be rewritten every 
time a new operating system is desired, or a new version of an operating system is released 

1 5 for the gaming system. 

In view of the above mentioned problems and concerns, there is a need in the art 
for the present invention. 

Summary 

The above-mentioned shortcomings, disadvantages and problems are addressed by 
20 the present invention, which will be understood by reading and studying the following 
specification. 

Systems and methods provide a gaming machine and server framework 
environment that is operating system independent. One aspect of the systems and methods 
includes providing a set of framework components that present a common interface 
25 regardless of the underlying operating system used on the gaming machine or server. A 
further aspect of the systems and methods include various plug-in services that use the 
framework to communicate and interact with one another. A still further aspect includes 
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providing an emulator providing the ability for a gaming application or service designed 
for one operating system to be run on different operating system. 

The present invention describes systems, methods, and computer-readable media 
of varying scope. In addition to the aspects and advantages of the present invention 
5 described in this summary, further aspects and advantages of the invention will become 
apparent by reference to the drawings and by reading the detailed description that follows. 

Brief Description Of The Drawings 
FIG. 1 is a perspective view of a gaming machine embodying the present invention; 
FIG. 2 is a block diagram of a gaming control system suitable for operating the gaming 
10 machine in FIG. 1; 

FIG. 3 A is a block diagram of a software environment for a gaming device incorporated in 

varying embodiments of the invention; 
FIG. 3B is a block diagram of a compatibility component including a kernel abstraction 
component according to varying embodiments of the invention; 
1 5 FIG. 3 C is a block diagram of a compatibility including an emulator component according 
to varying embodiments of the invention; 
FIG. 3D is a block diagram of a compatibility including an emulator component according 

to alternative embodiments of the invention; 
FIG. 4 is a block diagram of an exemplary system of gaming devices incorporating 
20 varying embodiments of the invention; and 

FIG. 5 is a flowchart illustrating a method for providing a kernel abstraction component 
according to various embodiments of the invention. 

Detailed Description 
In the following detailed description of exemplary embodiments of the invention, 
25 reference is made to the accompanying drawings which form a part hereof, and in which is 
shown by way of illustration specific exemplary embodiments in which the invention may 
be practiced. These embodiments are described in sufficient detail to enable those skilled 

3 
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in the art to practice the invention, and it is to be understood that other embodiments may 
be utilized and that logical, mechanical, electrical and other changes may be made without 
departing from the scope of the present invention. 

Some portions of the detailed descriptions which follow are presented in terms of 
5 algorithms and symbolic representations of operations on data bits within a computer 
memory. These algorithmic descriptions and representations are the ways used by those 
skilled in the data processing arts to most effectively convey the substance of their work to 
others skilled in the art. An algorithm is here, and generally, conceived to be a self- 
consistent sequence of steps leading to a desired result. The steps are those requiring 

10 physical manipulations of physical quantities. Usually, though not necessarily, these 
quantities take the form of electrical or magnetic signals capable of being stored, 
transferred, combined, compared, and otherwise manipulated. It has proven convenient at 
times, principally for reasons of common usage, to refer to these signals as bits, values, 
elements, symbols, characters, terms, numbers, or the like. It should be borne in mind, 

15 however, that all of these and similar terms are to be associated with the appropriate 
physical quantities and are merely convenient labels applied to these quantities. Unless 
specifically stated otherwise as apparent from the following discussions, terms such as 
"processing" or "computing" or "calculating" or "determining" or "displaying" or the like, 
refer to the action and processes of a computer system, or similar computing device, that 

20 manipulates and transforms data represented as physical (e.g., electronic) quantities within 
the computer system's registers and memories into other data similarly represented as 
physical quantities within the computer system memories or registers or other such 
information storage, transmission or display devices. 

In the Figures, the same reference number is used throughout to refer to an 

25 identical component which appears in multiple Figures. Signals and connections may be 
referred to by the same reference number or label, and the actual meaning will be clear 
from its use in the context of the description. 
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The description of the various embodiments is to be construed as exemplary only 
and does not describe every possible instance of the invention. Numerous alternatives 
could be implemented, using combinations of current or future technologies, which would 
still fall within the scope of the claims. The following detailed description is, therefore, 
5 not to be taken in a limiting sense, and the scope of the present invention is defined only 
by the appended claims. 

Operating Environment 
FIG. 1 illustrates an exemplary gaming machine 10 in which embodiments of the 
invention may be implemented. In some embodiments, gaming machine 10 is operable to 
10 conduct a wagering game such as mechanical or video slots, poker, keno, bingo, or 

blackjack. If based in video, the gaming machine 10 includes a video display 12 such as a 
cathode ray tube (CRT), liquid crystal display (LCD), plasma, or other type of video 
display known in the art. A touch screen preferably overlies the display 12. In the 
illustrated embodiment, the gaming machine 10 is an "upright" version in which the 
1 5 display 12 is oriented vertically relative to a player. Alternatively, the gaming machine 
maybe a "slant-top" version in which the display 12 is slanted at about a thirty-degree 
angle toward the player. 

The gaming machine 10 includes a plurality of possible credit receiving 
mechanisms 14 for receiving credits to be used for placing wagers in the game. The credit 
20 receiving mechanisms 14 may, for example, include a coin acceptor, a bill acceptor, a 
ticket reader, and a card reader. The bill acceptor and the ticket reader may be combined 
into a single unit. The card reader may, for example, accept magnetic cards and smart 
(chip) cards coded with money or designating an account containing money. 

In some embodiments, the gaming machine 10 includes a user interface comprising 
25 a plurality of push-buttons 1 6, the above-noted touch screen, and other possible devices. 
The plurality of push-buttons 16 may, for example, include one or more "bet" buttons for 
wagering, a "play" button for commencing play, a "collect" button for cashing out, a help" 

5 
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button for viewing a help screen, a "pay table" button for viewing the pay table(s), and a 
"call attendant" button for calling an attendant. Additional game specific buttons may be 
provided to facilitate play of the specific game executed on the machine. The touch screen 
may define touch keys for implementing many of the same functions as the push-buttons. 
5 Other possible user interface devices include a keyboard and a pointing device such as a 
mouse or trackball. 

A processor controls operation of the gaming machine 10. In response to receiving 
a wager and a command to initiate play, the processor randomly selects a game outcome 
from a plurality of possible outcomes and causes the display 12 to depict indicia 

10 representative of the selected game outcome, hi the case of slots for example mechanical 
or simulated slot reels are rotated and stopped to place symbols on the reels in visual 
association with one or more pay lines. If the selected outcome is one of the winning 
outcomes defined by a pay table, the CPU awards the player with a number of credits 
associated with the winning outcome. 

1 5 FIG. 2 is a block diagram of a gaming control system 200 suitable for controlling 

the operation of the gaming machine 10 in FIG. 1. In some embodiments of the invention, 
gaming control system 200 includes one or more processors 202, one or more displays 
204, memory 206, persistent memory 208, network interface 210, communications 
interface 212, gaming input interface 214 all communicably coupled via a bus 216 

20 Processor 202 executes operating system and gaming software stored in memories 206 and 
208. In some embodiments, processor 202 may be a processor from the Intel Pentium® 
family of processors, however the invention is not limited to any particular processor. 
Memory 206 may be a random-access memory capable of storing instructions and data 
used by an operating system and gaming application. 

25 Persistent memory 208 is a memory that may be used to store operating system and 

gaming software for loading and execution by processor 202. Persistent memory 208 may 

6 
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be a ROM, a flash memory, a hard drive, a CD-ROM, DVD-ROM or other type of 
memory able to persistently store software and data. 

Display interface 204 operates to control one or more displays such as display 12 
of gaming machine 10. 

5 FIG. 3 A is a block diagram of a software environment 300 for a gaming device 

incorporated in varying embodiments of the invention. In some embodiments, the 
environment 300 includes a kernel 304, compatibility software 301, executables 320 and 
storage 330. Executable 320 maybe any type of executable program, examples include 
applications, services, and plug-ins. 

1 0 Operating system kernel 304 may be any of a variety of operating systems 

available for gaming machines and servers supporting gaming systems. Examples of such 
operating systems include the Microsoft Windows family of operating systems, the Linux 
operating system, versions and variants of the UNLX operating system, and other 
proprietary operating systems such as Integrity (e.g. with a Linux compatibility layer), 

15 VxWorks, QnX and Vertex operating systems. Those of skill in the art will appreciate 
that the concepts of the inventive subject matter may be incorporated in a variety of 
operating systems now known or developed in the future. Each of these operating systems 
typically provides interfaces that are specific to the operating system. For example, 
interfaces to file system functions, memory functions, timer functions etc. will be different 

20 depending on the specific operating system being run. 

In some embodiments, compatibility software 301 provides a set of libraries, 
components and/or services that provide a mechanism for an executable 320 to be run on 
multiple types of kernels 304 regardless of the type or version of operating system kernel 
304. Further details on these embodiments are provided below with reference to FIGs. 3B 

25 and 4. In alternative embodiments, compatibility software 301 provides a set of libraries, 
components and/or services that provide a mechanism for executing an application written 
and/or built for a different operating system kernel to execute than operating system kernel 
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304. Further details on these embodiments will be provided below with reference to FIGs. 
3C and 3D. As illustrated in FIG. 3A, an executable 320 may interface to the 
compatibility component 301 directly, or through a framework 302. Additionally, an 
executable may utilize both methods concurrently, i.e. an executable may interface with 

5 compatibility component 3 0 1 both through framework 3 02 and through a direct interface 
to the compatibility component. 

Executables 320, compatibility software 301, and operating system kernel 304 may 
be loaded from storage 330. Storage device 330 may be any type of storage device 
capable of persistently storing executable programs and data. Example of such devices 

1 0 include hard drives, CD-ROM drives, DVD-ROM drives, ROMs, EEPROMs, and flash 
memories, including compact flash memories. Additionally, storage 330 may be 
accessible over a network. The inventive subject matter is not limited to any particular 
type of storage device 330. 

FIG. 3B is a block diagram of a software environment 360 for a gaming device 

1 5 incorporated in varying embodiments of the invention. The environment 360 includes a 
framework 302 available for use by various applications and plug-in services 320 and 
master service 322. In some embodiments, framework 302 includes operating system 
kernel 304, kernel abstraction layer 306 and peer-to-peer messaging layer 308. 

Kernel abstraction layer 306 provides a consistent set of interfaces to various 

20 components typically provided in an operating system kernel such as kernel 304. The 
interfaces provided by kernel abstraction layer 306 thus remain unchanged regardless of 
the operating system kernel in use by the framework. For example, the interfaces provided 
by kernel abstraction layer 306 are the same regardless of whether the framework is 
running a Microsoft Windows operating system, a Linux operating system, or a version of 

25 a UNIX based operating system, or any of the other operating systems mentioned above. 

Varying embodiments of the invention may include interfaces for a file subsystem 
340, persistent memory subsystem 342, watchdog subsystem 344, timer/alarm subsystem 

8 
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346, serial/stream subsystem 348, memory allocator subsystem 350, mutex/semaphore 
subsystem 352 and process/thread subsystem 354. It should be noted that various 
embodiments of the invention may include any combination of one or more the above- 
mentioned subsystems, no embodiment of the invention need incorporate all of the 
5 subsystems. Further, it should be noted that it is desirable to include functionality 

common across most operating systems while maintaining compatibility with real-time 
versions of operating system 304. 

File subsystem 340 provides an abstracted interface to file manipulation functions. 
Examples of such functions include opening and closing files, reading and writing from/to 

1 0 files, and deleting or naming Files. 

Persistent memory subsystem 342 provides an abstracted interface to persistent 
memory available on a gaming machine or server. In some embodiments of the invention, 
persistent memory subsystem 342 provides an interface substantially similar to the 
interface provided by file subsystem 340. 

1 5 Watchdog subsystem 344 provides an abstracted interface for establishing and 

maintaining a watchdog component. A watchdog component is a system component that 
can be used to automatically detect software anomalies and reset the processor or software 
environment if any occur. Generally speaking, a watchdog timer is based on a counter that 
counts down from some initial value to zero. The software selects the counter's initial 

20 value and periodically restarts it. If the counter ever reaches zero before the software 

restarts it, the software is presumed to be malfunctioning and the processor or software is 
reset. 

Timer/alarm subsystem 346 provides an interface to timer and alarm functions. In 
some embodiments, a list of timers is maintained. In some embodiments, when a new 
25 timer is created, it is inserted in the list of currently active timers and the list is sorted. 

Timers in the list are decremented, and when the timer expires a timer expired message is 
delivered to the process or thread that instantiated the timer. In alternative embodiments, 

9 
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the timer and/or alarm functions provided by the underlying operating system 304 may be 
used. In some embodiments, the timer expired message may be delivered through peer-to- 
peer messaging layer 308 described below. 

Serial/stream subsystem 348 provides an abstracted interface to serial or stream 
5 input/output (I/O) functions provided by the underlying operating system. 

Memory allocator subsystem 350 provides an abstracted interface to control the 
allocation and deallocation of memory. The memory may be physical memory such as 
various types of random access memory, or the memory may be virtual memory, which 
may be a combination of RAM and persistent memory such as a disk. 
1 0 Mutex/semaphore subsystem 352 provides a common interface to mutex (mutual 

exclusion) and/or semaphore functions. The functions may be provided by the underlying 
operating system. In some embodiments, the mutex and/or semaphore functions are 
POSIX compliant. 

Process/thread subsystem 354 provides an abstracted interface to the process and 
15 thread functions provided the underlying operating system. In some embodiments of the 
invention, interfaces are provided to functions that start, stop, and suspend processes and 
threads, get the name of a process or thread, and get an identifier (or token) associated 
with a process or thread. In some embodiments, the suspend interface causes a process or 
service to discard all messages received other than a wake-up message. 
20 Peer to peer messaging layer 308 provides an abstracted messaging interface 

allowing processes and services to communicate with one another and with other 
components of the operating system. The processes and services may all be on one 
computer system, or they may be distributed among two or more computer systems that 
are communicably coupled via a wired or wireless network. In some embodiments, the 
25 message communication mechanism comprises a thread-safe message queue residing in 
shared memory belonging to the framework. In alternative embodiments, mechanisms 
such as pipes, sockets and mailboxes may be used instead of or in support of the message 

10 
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queue. In some embodiments, the peer to peer messaging layer 308 uses a socket interface 
known in the art as the underlying communications mechanism, hi some embodiments, 
TCP/IP stack 3 10 is used to provide an industry standard mechanism to communicate 
message data between pairs of sockets, hi alternative embodiments of the invention, 
5 messages may be sent using the UDP (User Datagram Protocol) . 

hi some embodiments, message queues are maintained within the peer to peer 
messaging layer 308. A message queue may be identified based on the IP address 
associated with a socket. A port and subport may be used to identify the owner of the 
socket to be used to receive a message, with the subport being mapped to a message queue 
10 identifier. 

Various mechanisms exist that may be used to make the framework components 
available to other software components (for example, application and plug-in software). 
In Microsoft Windows based environments, the framework may be provided as a Dynamic 
Link Library (DLL). In UNIX and UNIX-like environments, the framework may be 
1 5 provided as a shared object library (".so" library). 

Various services may be executed on a gaming machine or server using framework 
302 and communicate with one another through the framework. A service comprises at 
least one thread of execution that utilizes peer-to-peer messaging layer 308. In some 
embodiments, services are considered "opaque", that is, the service does not expose data 
20 or methods to other service. Rather, the services interact by exchanging messages through 
the peer-to-peer messaging layer 308. In some embodiments, a master service 322 may 
initiate subordinate services 320. hi particular embodiments, master service 322 may be 
implemented as a process or executable (EXE) that executes in a protected memory space 
(on suitably advanced kernels). Subordinate services 320 launched by the master service 
25 may execute within the context of the master service 322. 

An example of a subordinate service 320 is a plug-in service. In some 
embodiments, a plug-in service may be implemented in a manner that allows it to be 

11 
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dynamically loaded by the master service at run-time rather than being linked into the 
application during the build process. Examples of such mechanisms include the DLL and 
shared object library methods described above. Thus the plug-in may be dynamically 
loaded and terminated by the Master Service as required. 
5 In alternative embodiments, each plug-in service 320 may be implemented as a 

separate master service that executes as a distinct process. This approach, however, may 
use more system resources. 

FIG. 3C is a block diagram of a compatibility component 301 including an 
emulator component according to varying embodiments of the invention. In some 

10 embodiments, compatibility component 301 includes one or more native libraries 372, one 
or more emulation libraries 374 and an emulation loader 376. Native libraries 372 
comprise libraries of executable functions and associated data that are built for an 
operating system kernel different having a different type of version than that of kernel 304. 
For example, in some embodiments, native libraries are built to run on Microsoft 

15 Windows based operating systems while kernel 304 comprises a Linux kernel. In these 
embodiments, native libraries 372 may include DLL (Dynamically Loadable Libraries) 
such as the GDI32 library, USER32 library, Kernel32 library, NTDLL library or other 
such Windows based libraries. As indicated in FIG. 3C, functions in one native library 
372 may call one or more functions in another native library 372. 

20 Emulation libraries 374 provide entry points for functions that are may be called by 

native libraries 372. Emulation libraries are built for kernel 304. The functions in 
emulation library 372 provide a mapping or translation for functions originally provided 
by the native operating system for libraries 372 to functions provided by kernel 304. In 
other words, functions in emulation library 374 emulate the functionality provided by the 

25 same function in the native operating system used to build native libraries 372 and native 
executable 320. 

12 
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Emulation loader 376 loads native executables 320 and native libraries 372 into 
memory managed by kernel 304. Loader 376 understands memory reference mechanisms 
in application 320 and native libraries 372 and translates the reference and executable 
format into a format that can be managed by kernel 304. 
5 Similar to native libraries 372, native application 320 is an application that was 

compiled and built to be run on an operating system having a different version than 
operating system 304. For example, native application 320 may be a Microsoft Windows 
based application while kernel 304 may be a UNIX based kernel such as Linux. 

In some embodiments, application 320 may be a gaming application. In alternative 

10 embodiments, application 320 may be a gaming utility application that is not available for 
kernel 304, or a utility application that is required to communicate with other machines in 
a gaming network. For example, application 320 may be a download utility application 
that requires communications with other Windows based applications. Such a download 
utility application could be used to provide existing Windows based download protocols 

15 in a UNIX Linux environment. As a further example, application 320 may be a service 
providing Microsoft Windows directory related services (e.g. Active Directory) for a 
UNIX or Linux environment. 

In some embodiments, an emulation service 378 is used. Emulation service 378 
controls process execution and interprocess messaging for native applications 320. 

20 FIG. 3D is a block diagram of a compatibility component 301 including an 

emulator component according to alternative embodiments of the invention. In these 
embodiments, native source code 380 for an application written for a native operating 
system may be compiled and built into an executable for a different operating system (e.g. 
operating system kernel 304). Function references in the native source code 380 are 

25 resolved using functions in emulation library 374. As discussed above, the functions in 
emulation library 374 emulate the functions originally provided in the native operating 
system. 
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In some embodiments, the WINE (WINdows Emulator) may be used to provided 
the emulation libraries, loaders and services. WINE is available in open source form from 
www.winehq.com. 

FIG. 4 is a block diagram of an exemplary system 400 of gaming devices and 
5 servers incorporating varying embodiments of the invention. System 400 includes gaming 
machines 10 and server 402 communicably coupled via a network 420. Network 420 may 
be wired or wireless and may comprise an intranet within a gaming establishment or 
company, or network 420 may be the Internet. The invention is not limited to any 
particular type of network 420. 

1 0 Gaming machines 1 0 and server 402 may each provide an instance of framework 

302 along with various plug-in services 406-416 that make use of framework 302. In 
general, plug-in services 406 - 416 may communicate with other plug-in services on the 
same machine or on other machines in a network of gaming machines and servers. 

In the exemplary embodiment illustrated in FIG. 5, a game manager 408 operates 

15 as a master service on a gaming server 402 and a game terminal 4 1 0 operates as a master 
service on a gaming machine 10. In some embodiments, game manager 408 is responsible 
for cataloging, validating, launching and terminating game plug-in services. A game may 
be launched and terminated based on player selections or external events (such as start and 
end of a tournament). 

20 Game terminal 410 application is responsible for 'assembling' the connections 

needed to establish a complete gaming application, hi some embodiments, game terminal 
410 is responsible for locating and connecting the presentation manager 412 and the game 
manager 408. Game terminal 410 may also answer requests for service from other plug-ins 
and services. 

25 Each actual game plug-in (e.g. poker 406.3, blackjack 406.5, Reel-em In 406.4, etc) 

may be distributed as a separate plug-in and each game may be sold and upgraded as a 
distinct product. Since each game is a separate product, new games maybe deployed 

14 
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without altering or re-distributing the framework 302. 

Because each game is a distinct service with a separate thread of execution, game 
manager 408 may launch multiple, simultaneous games that display on one or more 
gaming machines 10 in any combination. 
5 In some embodiments, game manager 408 and game plug-ins 406 may be deployed 

on each gaming terminal 410. In these embodiments, game manager 408 may launch 
games only for presentation on the local display, hi alternative embodiments, one or more 
game managers 408 may be deployed on central servers and may launch the games for 
execution on the server(s) with presentation running as a plug-in 412 running under the 

1 0 control of gaming terminals 410. 

As shown in FIG. 4, games are not the only services that may be deployed as plug- 
ins. Host protocols, financial and metering engines and peripheral device services all vary 
from customer to customer. The use of plug-ins allows each distribution to be tailored to 
the meet individual customer or jurisdictional needs. For example, in some embodiments, 

1 5 a presentation manager 4 1 2, bank 4 1 4 and/or peripheral manager 4 1 6 may be included in 
the plug-ins running on a gaming machine 10. Presentation manager 412 is responsible 
for rendering graphics and animations and for playing sounds on a gaming machine 10. 

Bank plug-in service 4 1 4 manages funding activity related to the use of a gaming 
machine 10 and applies banking rules for a jurisdiction. For example, bank plug-in 414 

20 manages playable funds on the gaming machine, including whether there are sufficient 
funds, and whether adding additional funds would put the machine over the jurisdictional 
credit limit on the gaming machine 10. 

Peripheral manager 416 is a plug-in service that may be used to manage 
peripherals on a gaming machine 10. Examples of such peripherals include bill/coin 

25 acceptors, hoppers, ticket readers, buttons etc. The inventive subject matter is not limited 
to any particular type of peripheral managed by peripheral manager 416. 

15 
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As can be seen from the above, services may intemperate with any number of other 
services distributed in any arbitrary configuration. As a result, a service can present 
information on any arbitrary group of displays. This feature is referred to as "execute 
anywhere, display anywhere". As an example, a tournament game service executing on an 
5 overhead sign controller may present the game on multiple displays, which may include 
any combination of gaming terminals and overhead signs. As a further example, a display 
may interoperate with multiple local or remote services. For example, a gaming terminal 
can simultaneously present a video slot game that is executing locally and a communal 
Keno game that is executing on a central server. 

1 0 FIG. 5 is a flowchart illustrating methods for providing a kernel abstraction 

component in a gaming machine operating environment according to an embodiment of 
the invention. The method to be performed by the operating environment constitute 
computer programs made up of computer-executable instructions. Describing the methods 
by reference to a flowchart enables one skilled in the art to develop such programs 

15 including such instructions to carry out the methods on suitable computers (the processor 
or processors of the computer executing the instructions from computer-readable media). 
The methods illustrated in FIG. 5 are inclusive of acts that may be taken by an operating 
environment executing an exemplary embodiment of the invention. 

Method 500 begins by providing an operating system to control a gaming machine, 

20 gaming server, or other gaming device (block 502). As noted above, the operating system 
may be any type of operating system now known or developed in the future. Examples of 
such operating systems include the Microsoft Windows family of operating systems, 
variants of the UNIX operating system, Linux, Qnx, Vrtx and other such operating 
systems. 

25 Next, one or more kernel abstraction components are established (block 504). The 

kernel abstraction components may include process/thread control components, messaging 
components, semaphore/mutex components, file I/O components, serial and/or stream I/O 

16 
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components, persistent memory components and memory allocation components. The 
inventive subject matter is not limited to any particular combination of the aforementioned 
components. 

After the operating system and kernel abstraction components have been 
5 initialized, a service then receives a message related to a kernel abstraction component 
(block 506). Typically the message will include a message type indicating the type of 
request for a kernel abstraction component (or response to a previously issued request) and 
data related to the request such as request parameters. 

The service then proceeds to invoke an abstracted function associated with the 
10 request (block 508). In some embodiments, the abstracted function may be totally 

implemented by the service itself. In alternative embodiments, the abstracted function will 
require services and functions from the underlying operating system, hi these 
embodiments, the abstracted function is mapped to one or more operating system 
functions (block 510). The operating system functions are then invoked as necessary 
15 (block 512). Results from the operating system functions maybe received (block 514) and 
mapped to results for the abstracted function (block 516). 

The results of the abstracted function may then be communicated back to the 
requestor via messaging component functions. 

Conclusion 

20 Systems and methods for providing a kernel abstraction component in a 

gaming device have been disclosed. The systems and methods described provide 
advantages over previous systems. For example, the framework and plug-ins of 
various embodiments provide the opportunity to assemble a product using the 
framework and a number of much smaller plug-in components rather than a large 

25 monolithic product. 

Additionally, in some embodiments, each plug-in may be built and versioned 
as a separate small product, which allows it to be maintained and distributed as an 
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independent entity. Further, the use of plug-ins also allows specific features or 
games to be distributed as independent entities and allows new features and new 
games to be added to existing Gaming Terminals. 

Thus, a common framework and a set of plug-in components may be 
5 deployed in a wide variety of configurations giving the manufacturer the ability to 
respond to diverse customer requirements in a flexible and efficient manner. 

Although specific embodiments have been illustrated and described herein, it 
will be appreciated by those of ordinary skill in the art that any arrangement which is 
calculated to achieve the same purpose may be substituted for the specific 
10 embodiments shown. This application is intended to cover any adaptations or 
variations of the present invention. 

The terminology used in this application is meant to include all of these 
environments. It is to be understood that the above description is intended to be 
illustrative, and not restrictive. Many other embodiments will be apparent to those 
15 of skill in the art upon reviewing the above description. Therefore, it is manifestly 
intended that this invention be limited only by the following claims and equivalents 
thereof. 
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What is claimed is: 

1 . A gaming machine operating framework comprising: 
a processor and a memory; 

5 an operating environment executable by the processor from the memory, the 

operating environment including: 

an operating system kernel having a version and providing a set of 
operating system services; 

a compatibility component providing an interface to a set of one or 
1 0 more services that are translated to one or more of the operating system services. 

2. The gaming machine framework of claim 1, wherein the compatibility 
component comprises a kernel abstraction component providing at least one 
abstracted service, said abstracted service providing an interface to at least a subset 

1 5 of the set of operating system services, wherein said interface is independent of the 
version of the operating system kernel. 

3 . The gaming machine operating framework of claim 2, and further 
comprising a messaging component operable to send and receive messages between 

20 an abstracted service and a gaming service. 

4. The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises a process subsystem. 

25 5 . The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises a file subsystem. 



19 



WO 2006/002084 



PCT/US2005/021144 



6. The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises a persistent memory subsystem. 

7. The gaming machine operating framework of claim 2, wherein the abstracted 
5 service comprises a watchdog subsystem. 

8. The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises a timer subsystem. 

10 9. The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises an alarm subsystem. 

1 0. The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises a serial or stream input/output subsystem. 

15 

1 1 . The gaming machine operating framework of claim 2, wherein the abstracted 
service comprises a memory allocator subsystem. 

12. The gaming machine operating framework of claim 2, wherein the abstracted 
20 service comprises a semaphore subsystem. 

1 3 . The gaming machine framework of claim 1 , wherein the compatibility 
component comprises an emulator for a second operating system, the emulator 
operable to provide an environment for an application built for the second operating 

25 system to be executed by the operating system kernel. 



20 



WO 2006/002084 



PCT/US2005/021144 



14. The gaming machine framework of claim 13, wherein the second operating 
system comprises a version of a Windows operating system. 

1 5 . The gaming machine framework of claim 1 3 , wherein the operating system 
5 kernel comprises a Linux operating system kernel. 

16. The gaming machine framework of claim 1, wherein the compatibility 
component comprises an emulator for a second operating system, the emulator 
including one or more libraries having interfaces specified by a second operating 

10 system and operable to translate a call to the interface specified by the second 
operating system to an interface provided by the operating system kernel. 

17. The gaming machine framework of claim 16, wherein the second operating 
system comprises a version of a Windows operating system. 

15 

18. The gaming machine framework of claim 1 6, wherein the operating system 
kernel comprises a Linux operating system kernel. 

19. A method for providing a kernel abstraction component for a gaming device, 
20 the method comprising: 

providing an operating system kernel having a version, wherein the operating 
system kernel includes a set of one or more system services comprising one or more 
system functions; 

providing an abstracted service, wherein the abstracted service includes a set 
25 of one or more abstracted functions that are independent of the version of the 
operating system kernel; 
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upon invoking an abstracted function, mapping the abstracted function to 
one or more system functions and invoking the one or more system functions. 

20. The method of claim 19, further comprising receiving a message identifying 
5 the abstracted function and a set of one or more parameters for the abstracted 

function. 

2 1 . The method of claim 1 9, further comprising receiving a result from the one 
or more system functions and mapping the result to an abstracted function result. 

10 

22. The method of claim 1 9, wherein the abstracted service comprises a process 
subsystem. 

23 . The method of claim 1 9, wherein the abstracted service comprises a file 
15 subsystem. 

24. The method of claim 1 9, wherein the abstracted service comprises a 
persistent memory subsystem. 

20 25. The method of claim 1 9, wherein the abstracted service comprises a 
watchdog subsystem. 

26. The method of claim 1 9, wherein the abstracted service comprises a timer 
subsystem. 

25 

27 . The method of claim 1 9, wherein the abstracted service comprises an alarm 
subsystem. 
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28. The method of claim 1 9, wherein the abstracted service comprises a serial or 
stream input/output subsystem. 

5 29. The method of claim 1 9, wherein the abstracted service comprises a memory 
allocator subsystem. 

30. The method of claim 1 9, wherein the abstracted service comprises a 
semaphore subsystem. 

10 
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